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© Inference management to estimate conflicting 
strategies for automatic presentation of a reliable 
strategy. Where a conflict is generated, the inferring 
are executed In parallel using replicated knowledge 
objects Hypothetical situation control includes a hy- 
pothetical situation relational table for describing the 
relationships between the strategies and hypothetical 
situations, an estimated contents decision program 
for fetching a hypothetical situation that is not usu- 
ally generated when strategies are adopted from the 
hypothetical situation relational table to establish 
such hypothetical situation by interacting with the 
user, an estimated contents recording table for re- 
cording in a group the inferring results, estimated 
strategies, hypothetical situations and current situ- 
ation data before the estimate with an estimate case 
number, and a hypothetical situation control program 
for controlling the inferring for the inferring results, 
for fetching hypothetical situations corresponding to 
a strategy to be estimated and for executing an 
estimate of its result. 
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BACKGROUND OF THE INVENTION 

The present invention relates to inference man- 
agement in a computer system executing expert 
knowledge information processes, and more par- 
ticularly to an inference management suitable for 
the instruction support (command and control) for 
train rescheduling (restoration of the time in delay). 

In the conventional inference management sys- 
tem, an inferring is executed syllogisticaJly using a 
program module called "rule" comprising a section 
for setting conditions and a section for obtaining 
results, and a data group called "frame', in which 
generated events are hierarchy described to draw a 
conclusion. However, when there is any conflict 
generated for the know-how of experts, a system 
and a method are needed to solve such conflict in 
accordance with its situation. In other words, if any 
conflict is generated for a plan to achieve an object 
and to execute such a plan, an approximation infer- 
ring approach by certainty factors is adopted to 
give a fixed priority to each strategy or to reconcile 
such conflict interactively with the user. 

In this respect, there is a system of this kind 
disclosed in U.S. Patent No. 4,648,044 (Basic Ex- 
pert System Tool, Technowledge, March 3, 1897). 

SUMMARY 

It is an object of the present invention to deter- 
mined and analyze problems of other systems and 
solve such problems, and more generally, improve 
upon such systems. 

In the above-mentioned prior art, it is impos- 
sible to select strategies flexibly, and there may be 
some cases where an imbalance or overlook oc- 
curs in a judgement based on the user's past 
experiences. Also, the quantitative method depend- 
ing on certainty factors is questionable when the 
object of the problem to be inferred is the action of 
a person or an organization, because In that case, 
a situation and an action indicating a low possibility 
in terms of figures, such as probability, etc., are 
often important 

The object of the present invention is to pro- 
vide an inference management for improving these 
points to estimate conflicting strategies completely 
for an automatic presentation of a highly reliable 
strategy, so that the man-machine interaction can 
be enhanced to support the user's strategy judge- 
ment 

In order to achieve the objects mentioned 
above, an inference management according to the 
present invention is provided with a kernel knowl- 
edge section and a plurality of different expert 
knowledge models for inferring. A kernel knowl- 
edge section has a procedure for activating one of 
these experts knowledge models to schedule and 



execute the inferring, a procedure for replicating 
itself and the same expert knowledge model, and a 
procedure for removing replications by an agent 
management object having a knowledge of 
5 replicate/remove timing and resource scheduling. 
In the case where a conflict is generated, the 
inferring processes are executed in parallel for dif- 
ferent strategies using the replicated kernel knowl- 
edge sections and expert knowledge models. 

10 Also, in inference management according to 
the present invention, a hypothetical situation con- 
trol section is provided, including a current situation 
data retaining section for retaining the data ob- 
tained then the conflict is generated for strategies, 

15 a hypothetical situation relationai table for describ- 
ing the relationships between the strategies and 
hypothetical situations, an estimated contents de- 
cision program for fetching a hypothetical situation 
that is not usually generated when strategies are 

20 adopted from the hypothetical situation relational 
table to establish such hypothetical situation by 
interacting with the user, an estimated contents 
recording table for recording in a group the infer- 
ring results, estimated strategies, hypothetical situ- 

25 ations and current situational data before the es- 
timate with an estimate case number, and a hy- 
pothetical situation control program for controlling 
the inferring for the inferring results, for fetching 
hypothetical situations corresponding to a strategy 

30 to be estimated and for executing an estimate of its 
result. 

In the present invention, the required items are 
established in a knowledge object having an agent 
management object to store information, such as 

35 an expert knowledge model currently in activation, 
conflicting rules, strategies, etc., so that the conflic- 
ting hypothetical situations of the strategies are 
defined. Also, there are procedures for replicating 
itself and it's own expert knowledge model, remov- 

40 ing previous replications, establishing 
replicate/remove timing and executing the resource 
scheduling that are managed when a conflict is 
generate between several cases, and the several 
cases can be inferred in parallel to estimate the 

45 conflicting strategies completely. Thus a highly reli- 
able strategy can be proposed automatically. 

Also, in the present invention, the current situ- 
ation relating section retains the data when the 
conflict is generated for strategies, making it possi- 

50 ble to execute a plurality of strategy estimates with 
the same situational data that caused the conflict 
Furthermore, since the hypothetical situation rela- 
tional table stores an important hypothetical situ- 
ation fetched as a know-how of the most reliable 

55 expert knowledge model, which should be taken 
into account for each strategy, the user can notice 
any point that may be overlooked in making judge- 
ment Also, the estimated contents decision pro- 
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gram fetches from the hypothetical situation rela- 
tional table the hypothetical situation at the time of 
the strategy estimate executed and operates itself 
as a man-machine interface program to be defined 
by interacting with the user. Furthermore, as the 
estimated contents recording table stores in a 
group the estimated strategies, hypothetical situ- 
ations, estimated results, and the data when the 
conflict is generated for strategies with an estimate 
case number, it is possible to fetch this information 
to support judgement in the case where the same 
conflict is again generated for the strategies. In 
addition, the hypothetical situation control program 
controls the inferring processes for. the strategy 
estimated and recording processes for the inferring 
results, and operates as a control program to make 
it possible to execute several cases for a strategy 
estimate. 

Also, the hypothetical situation relational table 
can be a part of a hypothetical situation relational 
knowledge section, thereby describing by rule the 
hypothetical situation table which is a data table of 
the hypothetical situations and the interrelation be- 
tween the strategies to be estimated and the hy- 
pothetical situations, and by activating this hypo- 
thetical situation relational knowledge section when 
a strategy is inputted as an object of estimate, a 
hypothetical situation corresponding to the object 
strategy for the estimate can be fetched. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Further objects, features and advantages of the 
present invention will be understood from the fol- 
lowing embodiments shown in the drawing wherein: 
Figure 1 illustrates the computer system accord- 
ing to the present invention; 
Figure 2 illustrates the contents of the agent 
management object shown in Rg. 1; 
Rgure 3 illustrates the contents of the kernel 
object shown in Figure 1; 
Rgure 4 illustrates the contents of the expert 
knowledge model shown in Rgure 1; 
Rgures 5(a) and (b) are flowcharts showing the 
processes performed by the computer system; 
Rgure 6 is a view illustrating the computer sys- 
tem and inference management system; 
Rgure 7 illustrates the structure of the hypo- 
thetical situation control section shown in Rgure 
6; 

Rgure 8 illustrates the hypothetical situation re- 
lational table shown in Rgure 7; 
Rgure 9 illustrates the structure of one of the 
estimated contents recording table shown in Rg- 
ure 7; 

Rgure 10 is a flowchart showing processes per- 
formed by the computer system according to 
Rg. 6; 



Rgure 11 is a flowchart showing the inferring 
processes according to the flowchart of Rgure 
10; 

Rgure 12 is a flowchart showing the hypotheti- 

5 cal situation control procedure; 

Rgure 13 is a flow chart showing the simulated 
contents decision processes; 
Rgure 14 is a flowchart showing the estimated 
contents recording processes; 

w Rgure 15 illustrates the structure of the hy- 
pothetical situation control section; 
Rgure 16 illustrates the structure of the hy- 
pothetical situation table showing Rgure 15; 
Rgure 17 illustrates the structure of the hy- 

75 pothetical situation relational knowledge section 
shown in Rgure 15; 

Rgure 18 is a flowchart showing the estimated 
contents decision processes; 
Rgure 19 shows the invention as applied to train 
20 rescheduling; and 

Rgures 20 and 21 show multiwindow displays 
associated with Rgure 19. 
With reference to the accompanying drawings, 
the present invention will be described. 

25 

DETAILED DESCRIPTION OF THE DRAWINGS: 

Rgure 1 illustrates the function elements for 
use in a computer system 1 according to the 
30 present invention, including: 

an instruction executing unit 2 using the ma- 
chine language for the computer; 

an operating system (OS) 3 supporting the 
operation of the computer system; 
35 a knowledge object 4 for independently solving 
problems, which includes an expert knowledge 
section 6 and a kernel knowledge section 5; and 

the kernel knowledge section 5 having a kernel 
object 8, an agent management object 10, a kernel 
40 rule group 9, an agent management rule group 11, 
an inferring section 7 for inferring by executing 
these objects and rules with the expert knowledge 
section 6. 

The expert knowledge section 6 has a plurality 
45 of expert knowledge models 12 and 13, each em- 
bedded with different individual expert know-how, 
respectively. Agent management object 10 ex- 
ecutes parallel inferring by replicating knowledge 
object 4 as knowledge objects (replicated)17. Each 
so of the expert knowledge models 12 and 13 has a 
concept object 15 which is a local expert knowl- 
edge, an expert object 14 managing the concept 
object 15 and a judgement rule group 16. The 
knowledge objects (replicated) 17 are replicated 
55 knowledge objects 4. The knowledge object 4 is in 
ROM, and the knowledge objects (replicated) 17 
are in RAM and may be removed by the kernel 
knowledge section 5 of the knowledge object 4. 
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These elements are configured in software, RAM. 
ROM and dedicated hardware. 

Fig. 2 illustrates the contents of the agent man- 
agement object 10 shown in Fig. 1. 

The agent management object 10 comprises 5 
slots 22-28 described below and procedures 29. 

Slot 22 stores the activated states (inference 
mode or meta mode) of the agent management 
object 10. Slot 23 stores the rule ID in the kernel 
rule group 9 which has brought forward conflicting w 
strategies in executing inferring. Slot 24 is a stack 
(e.g. a RLO, first-in last-out memory) for retaining 
the conflicted strategies. Slot 25 stores rule ID's 
activated when each strategy of slot 24 is adopted, 
respectively. Slot 26 is a stack retaining hypotheti- 15 
cal situations used when each strategy of slot 24 is 
adopted, respectively. Slot 27, upon removal of a 
knowledge object (replicated) 17, stores a return 
event for resuming the inferring by the knowledge 
object 4. Slot 28 is a stack for retaining procedures 20 
for requested execution. 

Procedure 29, in slot 28 will be described as a 
group of procedures. Procedure 30 is for replicat- 
ing the knowledge object 4 in a combinational 
number equal to the number of conflicting strat- 25 
egies of stack 24 times the number of hypothetical 
situations of stack 26. Procedure 31 is for display- 
ing the hypothetical situations of each knowledge 
object 4. Procedure 32 is for breaking the inferring 
when the inferring of each kernel knowledge sec- 30 
tion 5 exceeds a given fixed time limit Procedure 

33 is for establishing/modifying the priority given to 
the conflicting strategies automatically in accor- 
dance with the rules or by interacting with the user, 

to estimate the inferring with other processes of 35 
each knowledge object (replicated) 17. Procedure 

34 is for inquiring of the user about adoption or 
confirmation of the preferred strategy. Procedure 

35 is for removing knowledge objects (replicated) 

17. 40 

Fig. 3 illustrates the contents of the kernel 
object 8 shown in Rg. 1. 

The kernel object 8 is for controlling and man- 
aging the inferring of the knowledge object 4, 
which also includes procedures 36, such as a sys- 45 
tern start procedure, system initialization proce- 
dure, etc.. 

Fig. 4 illustrates the contents of the expert 
knowledge model 14 shown in Rg. 1. The expert 
knowledge model 14 is for controlling and man- so 
aging a concept object 15 comprising a locally 
specialized expert knowledge, which includes pro- 
cedures 41, such as recording procedure, initializa- 
tion procedure, etc.. 

Rgs. 5(a) and (b) are flowcharts showing the 55 
process of the computer system according to the 
present invention. In this respect the flowchart of 
Rg. 5(a) represents mainly the processes of the 



kernel rule group 9, while the flowchart of Rg. 5(b) 
represents the processes of the agent management 
rule group 11. 

When a usual inferring cycle is made for an 
expert knowledge process of the kernel rule group 
9, the execution uses the kernel object 8 and 
expert knowledge model 14. The system is first 
initialized at step 500, and then the external situ- 
ational data are inputted automatically from the 
environment or storage, or by the user at step 501 . 

Subsequently, in step 502 the presence of an 
executable rule is examined, and if there is no such 
rule, the execution is terminated by proceeding to 
END of the process. 

If there is any rule which is still executable, 
then it is executed in step 503. which may include 
generation of one or more strategies by the infer- 
ence management system. 

Next, in step 504 an examination is made to 
detect if any conflict is generated for the strategies 
in the course of the inferring or execution, and if 
there is no conflict generated, then the inferring is 
continued as it is by proceeding to step 509. If any 
conflict is detected, it is decided by step 505 
through interaction with the user to determine if the 
system should estimate each strategy. 

Then, if there is no strategy estimate requested 
by the user m step 505, the strategy priority is 
referenced in step 506 in order to reconcile the 
conflict of the strategies and inquire of the user 
about the adoption of the preferred strategy (507) 
to decide on the preferred strategy (509). This 
strategy thus decided is stored in the strategy 
priority as a preferred strategy. In accordance with 
such strategy, the rule is executed (510). 

At the step 507, if any modification is re- 
quested by the user, a strategy other than the 
preferred strategy is selected from the displayed 
conflicting strategies through the intervention of the 
user, and such strategy is inputted in step 508. The 
strategy thus selectively Inputted is automatically 
preferred when the next decision is made as to a 
preferred strategy. 

At the step 505 of Rg. 5(a), if any strategy 
estimate is requested, the processing proceeds to 
step 511 of Rg. 5(b) to activate the agent manage- 
ment object 10 and change from inferring mode to 
meta mode. 

The hypothetical situations predicted to occur 
after the adoption of a strategy are enumerated in 
step 512. Next the knowledge object 4 is repli- 
cated by the replicating procedure 30 of the agent 
management object 10 in step 513 to produce new 
knowledge objects (replicated) 17. Then the situ- 
ational data of the conflicting estimated strategies 
is placed in the knowledge objects (replicated) 17 
by step 514, and the knowledge object 4 is placed 
in a wait state by step 515. 
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The activated state of the agent management 
object 10 is shifted from the meta mode to the 
inferring mode in step 516, and the inferring of 
each knowledge object (replicated) 17 is started, 
each with its own unique combination of a conflio s 
ting strategy and a hypothetical situation, with the 
common situational data existing at the time of 
conflict 

If this parallel inferring exceeds a given fixed 
time limit 517 according to decision step 517, the w 
inferring is suspended by the parallel inferring 
breaking procedure 32 in step 518. Then the com- 
mon situational data, unique strategy plus hypo- 
thetical situation with the results of inferring of the 
knowledge objects (replicated) 17 is displayed in 75 
the multi-window environment by the inferring pro- 
cess displaying procedure 31 in step 519. Also, if 
the inferring is completed in the given fixed time 
limit according to step 517, the inferring results, 
etc., are displayed in the muiti-window environment 20 
in the same way by step 519. 

Next, the inferring mode is shifted to the meta 
mode in step 520, and the inferring of each repli- 
cated knowledge object 17 is terminated. 

Further, by the strategy priority modification 25 
procedure 33, the inferring result of each knowl- 
edge object (replicated) 17 is estimated autdmati- 
cally or interactively with the user, steps 521-523, 
and the priority of the estimated strategies is modi- 
fied in step 534. An inquiry to the user is deter- 30 
mined in step 521. If there is user intervention, step 
522 inputs the estimate, if there is no user inter- 
vention, step 523 provides an automatic estimate. 

The knowledge objects (replicated) 17 are re- 
moved and processing proceeds to the event 3S 
stored in the slot 27 by step 525. The wait state of 
the object knowledge 4 is released in step 526. 
The meta mode is shifted to the inferring mode in 
step 527 to resume the inferring with step 506 of 
Fig. 5(a). 40 

In this way, ft is possible to allow each of the 
knowledge objects (replicated) 17 acting as agents 
to separately execute different inferring in parallel 
by managing through knowledge objects 
(replicated) 17 having at least the needed expert 45 
knowledge etc. of the object knowledge 4. 

In Rg. 6, a computer system 61 includes a 
data section 62, a program module group 63, a 
process history retaining section 64 having a plural- 
ity of recommendations, a strategy inputting sec- so 
tion 65, a hypothetical situation control section 66, 
and a display section 67. Associated with the com- 
puter system are a recommendation display screen 
69, a strategy selection screen 69, an estimated 
contents recording table display screen 70 and a 55 
decided estimate contents display screen 71. 
These are configured in software, RAM, ROM and 
dedicated hardware. Screens 68-71 may be sepa- 



rate devices or windows of a multi-window display 
screen. 

The recommendations are produced in the 
data section 62 and the program modules used, 
and the referenced data are retained in the process 
history retaining section 64. The recommendations 
are displayed on the recommendation display 
screen 68 by the display section 67. 

During this series of the inferring, if any conflict 
is generated for the strategies, the computer sys- 
tem 61 first displays the strategy selection screen 
69 by the strategy inputting section 65 to request 
the user to decide on a strategy to be selected. 
Then, the hypothetical situation control section 66 
supports planning an optimum strategy by display- 
ing the estimated contents recording table display 
screen 70 in order to prevent any overlook in 
making judgement based on the user's private ex- 
perimental expert knowledge and past experiences. 

In addition, when the estimate is made, each 
kind of the estimate cases is inferred by simulation, 
by displaying the portions related to a strategy to 
be estimated among those items stated in the 
estimated contents recording table, such as the 
dedicated estimate contents screen 71 , to show the 
inferring and infemng results, so that an effective 
support for the user is provided for deciding on the 
strategy. 

Rg. 7 illustrates the structure of the hypotheti- 
cal situation control section 66 shown in Rg. 6. 

In Rg. 7, there are: a current situation data 
retaining section 73 for retaining the situational data 
when a conflict is generated for strategies; a hy- 
pothetical situation relational table 74 for recording 
each of the conflicting strategies and the corre- 
sponding hypothetical situation; an estimated con- 
tents recording table 75 for recording estimate 
strategies, hypothetical situation control program 
and current situation data with an estimate case 
number; a hypothetical situation control program 76 
for controlling the hypothetical situation processes; 
and an estimated content decision program 77 for 
executing the estimated contents decision pro- 
cesses. 

Rg. 8 illustrates the structure of the hypotheti- 
cal situation table 74 shown in Rg. 7. 

The hypothetical situation relational table 74 
according to the present invention stores the hy- 
pothetical situation generated or induced by the 
expert as know-how for each of the corresponding 
strategies, i.e., a hypothetical situation which is not 
usually generated. The table specifically includes a 
plurality of strategies, and for each strategy one or 
more hypothetical situations. 

Rg. 9 illustrates the structure of the estimated 
contents recording table 75 shown in Rg. 7. 

The estimated contents recording table 75 
stores the estimated strategies, hypothetical situ- 
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ations, current situational data, and estimated re- 
sults with an estimate case number. In this respect, 
if an estimate result is a success, each of the 
successful estimates is provided with the priority 
indication (large), (medium) or (small). Also, if any 
estimate of a strategy which is not registered in the 
estimated contents recording table 75 rs requested, 
the estimated strategy and the hypothetical situ- 
ation thereof is newly registered with an estimate 
case number given with reference to the hypotheti- 
cal situation relational table 74. 

Fig. 10 is a flowchart showing processes of the 
computer system. The processes given below are 
repeated until a termination command is inputted. 

First, a problem or a termination command is 
inputted and a judgement made if the input is a 
problem as a hypothetical situation, all in step 
1001. If any conflict is generated for the strategies 
(determined by the system or user input) required 
to solve such problem as determined by step 1002, 
the strategy judgement is supported by displaying 
the renewed estimated contents recording table 75 
according to step 1003. If there is no strategy 
conflict found in step 1003, processing proceeds to 
step 1006. 

In the case of making a strategy estimate, a 
hypothetical situation control process is executed 
in step 1004, and there is selective input of a 
strategy or hypothetical situation in accordance 
with the estimate result by step 1005. Step 1005 
waits for the user input Then the inferring problem 
processing is executed in step 1006 and then the 
inferring result is displayed in step 1007. 

Inferring to be executed by the program mod- 
ule which gains access to data will be described. 
Fig. 11 is a flowchart showing the inferring. 

If any executionable module is present as de- 
termined by step 1101, the module ID and the 
value of the reference data are written in the pro 
cess history retaining section 64, and its pointer is 
advanced in step 1102. If step 1101 finds no ex- 
ecutionable module, the process is ended. 

After the execution of the module in step 1 103, 
the modified data are written in the process history 
retaining section 64, and its pointer is advanced in 
step 1104. 

Fig. 12 is a flow chart showing the processing 
of the hypothetical situation control process pro- 
gram 76. If a strategy estimate is executed as 
determined in step 1201, the situational data that 
generated the conflict is retained in the current 
situational data retaining section 73 by step 1202 
and if there is no strategy estimated, the process 
ends. Next, step 1203 requests the user to input 
the estimated strategy selectively. When the strat- 
egy is selectively inputted, an estimated contents 
decision process is executed in step 1204, and a 
hypothetical situation expected at the time the es- 



timated strategy is applied is inferred by simulation 
in step 1205 to display the inferring result in step 
1206. 

The estimated content recording process is 
5 executed to record the current situational data and 

inferring result in the estimated contents recording 

table 75 according to step 1207. 

After this, if another strategy estimate is to be 

executed as determined in step 1209. the current 
10 situational data retained are reset in step 1210. 

From step 1210, control moves to step 1203. If 

decision 1208 Is no, the processing of Fig. 12 

ends. 

Fig. 13 is a flowchart showing the estimated 
75 contents decision processes. If a strategy for which 
the estimate is requested does not reside in the 
estimated contents recording table 75 as deter- 
mined by decisional step 1301, the hypothetical 
situation relational table 74 is referenced, and the 

20 strategy to be estimated and the corresponding 
hypothetical situation are added to the estimated 
contents recording table 75 by step 1302. Next, 
from those items stated in the estimated contents 
recording table 75, the portion related to the strat- 

25 egy to be estimated is displayed in the estimated 
contents screen 71 by step 1303. A yes answer in 
step 1301 also leads to the execution of step 1301. 
Then, the user is requested to input the case to be 
estimated by step 1304 for setting up input. 

30 Fig. 14 is a flowchart showing the estimated 
contents recording processes. 

If the same current situational data and es- 
timated result are already present for an estimate 
case in the estimated contents recording table 75 

35 as determined by step 1401, such estimate case is 
not added to the estimated contents recording ta- 
ble 75 by null step 1403. 

If the same current situation data and estimate 
result are absent a new case number is given to 

40 the estimated case, and the current situational data 
and estimated result thereof are recorded in the 
estimated contents recording table by step 1402. 

Fig. 15 illustrates the structure of the hypotheti- 
cal situation control section. Fig. 16 illustrates the 

45 structure of the hypothetical situation table shown 
in Fig. 15, and Fig. 17 illustrates the structure of 
the hypothetical situation relational expert knowl- 
edge section shown in Fig. 15, all as an alternative 
plan for the hypothetical situation control section 66 

so shown in Fig. 7, and the other structures thereof 
are the same as those already described. 

In Fig. 15, there are a hypothetical situation 
and data retaining control section 151; a current 
situational data retaining section 152; a hypothetical 

55 situation table 153; an estimated contents recording 
table 154; a hypothetical situation control program 
155; an estimated contents decision program 156; 
and a hypothetical situation relation expert knowl- 
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edge section 157 in which the expert knowledge 
related to the strategy to be estimated and hy- 
pothetical situation are described by rule. 

The hypothetical situation table 153 and the 
hypothetical situation relational expert knowledge 
section 157 are provided instead of the hypotheti- 
cal situation relational table 74 shown in Fig. 7. By 
activating this hypothetical situation relational ex- 
pert knowledge section 157, a strategy to be es- 
timated and the corresponding hypothetical situ- 
ation are drawn from the hypothetical situation ta- 
ble 153 based on the rule whereby the knowledges 
related to the strategy to be estimated and the 
hypothetical situation are described. 

Fig. 18 is a flowchart showing the estimated 
contents decision process. 

Using the hypothetical situation table 153 and 
the hypothetical situation relational expert knowl- 
edge section 157 shown in Fig. 15 through Fig. 17, 
the estimated contents decision process of step 
1204 shown on Fig. 12 is executed. 

In other words, if a strategy to be estimated is 
not present in the estimated content recording ta- 
ble 154 according to step 1801, the hypothetical 
situation relational expert knowledge section 157 is 
activated in step 1802 to fetch the corresponding 
hypothetical situation for the strategy to be es- 
timated from the hypothetical situation table 153. 
Then, with reference to the hypothetical situation 
table, the strategy to be estimated and the hy- 
pothetical situation thus fetched are additionally 
registered in the estimated contents recording table 
154 in step 1803. Subsequently the portion related 
to the strategy to be estimated is displayed on the 
decided estimate content screen 71 shown in Rg. 
6 by step 1804 to request the user to selectively 
input the estimated contents according to step 
1805. If there is input by the user, the contents of 
the selected estimate are established in step 1806, 
then the process of Rg. 18 ends. 

When the user judges a strategy, there can be 
simulation and output for display of a possible 
jsituation and the result of each of the strategies 
applied can be considered in accordance with the 
expert knowledge acquired from past experiences, 
or the user can recognize the hypothetical situ- 
ations other than the situations that can be consid- 
ered by the expert knowledge by the use of the 
hypothetical situation control processes required in 
the course of predicting the future of each strategy 
applied, or the possible result of a strategy applied, 
for which its hypothetical situation is generated. 

In this way, the reliability of such strategy can 
be estimated, so that any possible misjudgment of 
the user can be prevented. Also, since the estimate 
results are accumulated, an optimum strategy plan- 
ning can be supported by displaying these accu- 
mulated results. 



Furthermore, according to the present inven- 
tion, if there is conflict generated for strategies in 
the course of the inferring, the knowledge object is 
replicated, and the screen -file and display terminal 

5 can be assigned automatically or interactively by 
the user's instruction to carry out a parallel 
execution/storage and parallel display/output. 
Hence it becomes possible to estimate strategies 
by parallel cooperative inferring between experts in 

70 different fields, including the user, to improve the 
reliability of the inferring and the man-machine 
interaction therefor. 

Also, any strategy once estimated by the par- 
allel cooperative inferring is automatically adopted 

75 for a continuous inferring unless otherwise instruct- 
ed by the user, making it possible to provide for 
effective and highly reliable inferring. 

EXAMPLE 

20 

An example of the present invention applied to 
the scheduling, more accurately rescheduling, of 
trains of a railway system will now be described 
with reference to Rgures 19-21. 

26 While an original scheduling of trains may be 
quite orderly, for various reasons a disordered 
schedule occurs after a period of time. With refer- 
ence to Rgure 19, there is shown an example of a 
disordered schedule A and an ordered schedule B. 

30 With reference to the ordered schedule B, each 
line of the plot, which may be a display on a CRT 
screen or merely representative of data of a real 
train situation, each line of the figure represents the 
movement of a train, with time increase from left to 

36 right, movement in one direction (for example 
south) being from top to bottom and movement in 
the opposite direction being from bottom to top (for 
example north). This illustration is for one line of 
track, which in fact may have individual tracks 

40 moving both north and south as well as a plurality 
of tracks and platforms at each station, inter- 
. changes, and the like. At regular intervals, from 
north to south in the illustration, there are stations, 
for example Station No. 1, Station No. 2, Station 

45 No. 3, Station No. 4, and Station No. 5. Station No. 
1 and Station No. 5 are terminal stations, where 
trains may be retired, that is, removed from the 
line, where trains may return to the line, and where 
trains may turn around to head in the opposite 

so direction. 

Trains may be removed from the line to de- 
crease the frequency of the trains stopping at the 
stations, for example at the end of rush hour. 
Trains may be returned to the line to increase the 

55 frequency of trains stopping at the stations when 
entering rush hour. Trains may be removed from 
the line and returned a short time thereafter for the 
purposes of rescheduling, when it is desired to 
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delay the turnaround of a particular train to move 
from a disordered schedule A to an ordered sched- 
ule B. 

From the ordered schedule B, it is seen that 
trains will arrive at each of the stations in an 
orderly fashion, that is. at regular intervals between 
trains. In the disordered scheduling A, it is seen 
that the trains arrive at the stations with widely 
varying time intervals between arrivals. As an ex- 
ample, twenty trains may be provided per hour 
during non-rush hour times to provide three minute 
intervals, on the average, between trains at any 
particular station. As an example of a rush hour 
schedule, the trains may be provided at the rate of 
thirty trains per hour, at an average of two minutes 
between trains at each station. At times, a train 
must be held on the platform at a particular station 
longer than its ordered schedule is set for. because 
of the passage of a priority train, for example, when 
a high-speed express train passes through the sta- 
tion without stopping (not shown in the schedules 
in Figure 19). 

In Figure 19, for convenience of illustration, 
arcuate lines are provided at Station No. 1 to show 
the turn-around of a train. These turn-arounds are 
orderly and at regular time intervals for the ordered 
schedule B, but vary widely for the disordered 
schedule A, because in the disordered schedule A, 
there may not be room enough at the platforms of 
Station No. 1, for example, for all of the trains 
arriving so that some may be removed and re- 
turned to the line to provide for delay, or held over 
because too many trains have arrived in the short 
period of time. 

It will be assumed that this particular line under 
investigation started out with an ordered schedule 
B, and then for various reasons deteriorated to a 
disordered schedule A. It is now desired to change 
the disordered schedule A into the ordered sched- 
ule B. This is one example of a desired procedure 
according to the present invention. Another exam- 
ple would be to change an ordered schedule of 20 
trains per hour into an ordered schedule of 30 
trains per hour when moving into rush hour. With 
respect to Figure 19, it is assumed that the object 
of the inference management system is to estab- 
lish the disordered schedule A as an ordered 
schedule B, and the problem is to connect up the 
lines of schedule A to the lines of schedule B in 
the optimum manner. The time could be consid- 
ered as running continuously from the right hand 
portion of schedule A to the left hand portion of 
schedule B so that the right-hand-most train arriv- 
ing at Station No. 1 turns around at the time 
interval At between schedule A and schedule B to 
become the first train leaving Station No. 1 accord- 
t ing to schedule B, according to turn-around time 

interval At 



This situational data can be the start of infer- 
ring reasoning using the data of the disordered 
schedule A and the ordered schedule B. Inferring 
reasoning would proceed upon a strategy. How- 

5 ever, here there are two conflicting strategies pro- 
vided by the kernel object section. The first strat- 
egy is that the ordered schedule B can be moved 
toward the disordered schedule A, that is decrease 
At The second strategy would be to move the 

10 disordered schedule A relatively away from the 
ordered schedule B, that is increase At Therefore, 
it is seen that the two conflicting strategies are the 
increase of At and the decrease of At, or separate 
and approach. 

75 The present invention solves this conflict by 
replicating the knowledge object 4 in an amount 
equal to the number of conflicting strategies 
(approach and separate), which here is two times 
the number of hypothetical situations (schedule B), 

20 which here is one. The situational data, disordered 
schedule A is applied to each knowledge object 
(replicated) 17" and 17. The situational data A is 
used with each knowledge object (replicated) 17 
and 17* for parallel inferring. 

as With reference to Figure 5, step numbers have 
been inserted in Figure 19, with respect to replicate 
step 513 and data transferrai step 514. Each knowl- 
edge object (replicated) 17 and IT will determine 
the possibility of the connection with the present At 

30 and if it is a successful good connection, a yes 
answer, in step 1900, will be the result reported to 
display step 1910 for display to the user; for exam- 
ple, a judgmental value may be given to the con- 
nection and if it exceeds a desired level or if it is 

35 the best value of all the connections tried, a yes 
answer will be returned to display the best connec- 
, tion. If the answer is no, step 1920 will determine a 
new At, which according to the left hand strategy 
would decrease At and in accordance with the right 

40 hand strategy would increase At Step 1930 deter- 
mines if the limit of the strategy has been reached, ' 
which for the left hand strategy, for example, would 
be At=0 which is, of course, impossible, because 
you cannot turn around the train with no delay, 

45 because of the need for moving the driver from 
one end of the train to the other and 
discharging/charging passengers. If the limit has 
not been reached, the inferring provided by the 
knowledge objects (replicated) 17 and YT is re- 

50 peated to again travel through step 1900. If the 
result of the determination in 1930 is that yes the 
limit of the strategy has been reached, control is 
returned to step 1910 to display the inferring re- 
sults. The knowledge objects (replicated) 17 will 

55 performed their inferring simultaneously, that is 
concurrently or parallel. A display of the results 
may take the form shown in Figure 20 or Figure 21 , 
which respectively indicate different examples. 
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In Rgure 20, agent 1, from one knowledge 
object (replicated) 17 displays its results and agent 
2, from the other knowledge object (replicated) 17* 
displays its results in muttiwindows on a single 
display, for example. In these displays, the circle 
indicates that a new car is added from the storage 
shed and the triangle indicates that a car is re- 
moved from the rail line and placed in the storage 
shed. In Rgure 20, agent 1, is displaying its best 
result of inferring with it's strategy and agent 2 is 
displaying it's best result of inferring with it's strat- 
egy. These results are returned to the knowledge 
object 4, which will be taken out of the wait state to 
automaticaJly determine by inferring which of the 
two results is the best result and will automatically 
implement the best result unless the user inter- 
venes and chooses another result other that the 
result selected by the system. In Rgure 20, the 
object was to connect a rush hour schedule to a 
non-rush hour schedule. In Rgure 21, the same 
object was present but the initial situational data 
was different. 

With reference to Rgure 5, the system would 
be initialized in step 500 with the situational data 
entered automatically or by the user as the object 
of the execution, for example connection of a rush 
hour schedule to a non-rush hour schedule accord- 
ing to the input situational data in step 501. In the 
execution of step 503, it may be found that there 
are two conflicting strategies from step 504, name- 
ly the approaching and the separating strategies. In 
step 505, the user would request or the system 
would automatically implement parallel processing 
of the strategies, which would be conducted ac- 
cording to the procedures of Rgure 5(b). The mode 
is changed according to step 511 for the inferring. 
In step 512, a hypothetical situation would be set 
forth, such as the original At to be used for both 
strategies. Since there are two conflicting strat- 
egies, that is approaching and separating and one 
hypothetical situation, replication would provide two 
knowledge objects (replicated) 17, 17 1 in step 513. 
The situational data, that is the existing train sched- 
ule, would be moved to each knowledge object 
(replicated) 17, 17* in step 514. In step 515, the 
knowledge object 4 would be placed in a wait state 
awaiting the results from the knowledge objects 
(replicated) 17, 17\ The mode would be changed 
in step 516. 

In step 517, estimation would be conducted in 
parallel according to inferring reasoning, and the 
inferring would be terminated if a fixed time limit is 
reached. The fixed time limit may be adjusted for 
various conditions and is in general set at a value 
by the knowledge object 4. In the real world, there 
are limits within which decisions must be made. 
With breaking of the inferring reasoning, the best 
results to date would be displayed so that the user 



could pick one of them. If the inferring is com- 
pleted or interrupted due to exceeding the time 
limit the results of the inferring are displayed in 
step 519, which display would take the form of 
5 Rgure 20 or Rgure 21, for example. The mode will 
change in step 520 for inquiry of the user in step 

521, as explained above, in the case that the user 
wants to select their own estimated result step 

522, rather than accepting the automatic selection 
w of estimated results according to the expert knowl- 
edge, step 523. If there is an overriding priority, the 
user's choice or the expert selection may be over- 
ridden in step 524. Referring to Rgure 5(a) priority 
may be changed by the user in step 507 and in 

75 step 508 the user may input a more precise hy- 
pothetical situation, for example a smaller At Al- 
though the present example has only two possible 
strategies it will be recognized that there are cer- 
tain situations where there may be additional strat- 

20 egies that can be entered. Also the user could 
provide three hypothetical situations, for example 
an incremental change of At = 3, 6 and 9 seconds, 
so that six knowledge objects (replicated) 17 would 
be replicated from the knowledge object 4 and 

2s conduct their inferring in parallel. 

Rgure 10 refers to the flow of the agent or 
knowledge objects (replicated) 17 with respect to 
the estimation for a hypothesis, for inferring rea- 
soning. The inputted problem in step 1001 may be 

30 executed in step 503, and more specifically may 
involve a At of one minute, and later when a more 
precise user inquiry is made, the user may insert a 
At of 10 seconds to repeat the processing of 
Rgure 5. In step 1301 of Rgure 3, the user can 

35 select a mode for example No. 2 in Rgure 9. In 
step 1303 a situation No. 2 in the table of Rgure 9 
would be displayed. Step 1205 of Rgure 12 would 
involve the execution of the estimate for situation 
No. 2 of Rgure 9 and step 1207 would register the 

40 results of the inferring the table of Rgure 9. With 
respect to Rgure 15, the user can change the 
default setting condition No. 2 of Rgure 9. 

The knowledge object (replicated) 17 contains: 
at a minimum, only enough of the knowledge ob- 

45 ject 4 so that parallel inferring may be conducted 
together with the knowledge object 4 or another 
knowledge object (replicated) 17; usually a kernel 
knowledge section or a kernel knowledge section 
and one of the expert knowledge models 12 or 13; 

so or at a maximum a duplicate of the entire knowl- 
edge object 4. 

All of the features, functions and structures 
discussed above are combined into a single infer- 
ence management system, which sometimes has 

55 alternate managements selected automatically or 
with user input. 

While a preferred embodiment has been set 
forth along with modifications and variations to 
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show specific advantageous details of the present 
invention, further embodiments, modifications and 
variations are contemplated within the broader as- 
pects of the present invention, all as set forth by 
the spirit and scope of the following claims. s 

Claims 

1. An inference management system for use in a 
computer system, comprising: 10 

a knowledge object having at least one 
expert knowledge model, and a kernel knowl- 
edge section for executing the control of. man- 
agement of and inferring with different strat- 
egies using the one expert knowledge model; 75 

means for replicating at least a part of the 
kernel knowledge section and the at least one 
expert knowledge model, when there are con- 
flicting different strategies in the course of in- 
ferring by the kernel knowledge section with 20 
the at least one expert knowledge model and 
with at (east one set of situational data, to 
produce at least one knowledge object 
(replicated) capable of parallel inferring with 
one of the knowledge object and another 25 
knowledge object (replicated); and 

said knowledge objects thereafter being 
means for inferring in parallel using the conflic- 
ting different strategies respectively, and each 
of the means using the at least one set of 30 
situational data used at the time of conflict 

2. The system of claim 1, including means for 
removing replicated knowledge objects. 

as 

3. The system of claim 2, including means for 
automatically selecting an optimum strategy 
from the parallel inferring results of the knowl- 
edge objects respectively using the conflicting 
strategies; and 40 

means for confirming the selection of the 
optimum strategy by outputting the parallel 
inferring results, inquiring of the user and per- 
mitting input of a user choice different from the 
optimum strategy selected by the means for 45 
automatically selecting, for adoption of a new 
optimum strategy. 

4. The system of claim 1 or 3,including means for 
automatically selecting an optimum strategy 50 
from the parallel inferring results of the knowl- 
edge objects respectively using the conflicting 
strategies; and 

means for confirming the selection of the 
optimum strategy by outputting the parallel 55 
inferring results, inquiring of the user and per- 
mitting Input of a user choice different from the 
optimum strategy selected by the means for 



automatically selecting, for adoption of a new 
optimum strategy. 

5. The system of claim 3 or 4, including means 
for inputting strategies by the user, and 

wherein the kernel knowledge section in- 
cludes means for storing a strategy lastly in- 
putted by the user as the most preferred strat- 
egy for inferring together with the conflicted 
strategy, and means for selecting the most 
preferred strategy as an optimal strategy over 
the conflicting strategy. 

6. The system of claim 1 or 3, including means 
for automatically breaking the parallel inferring 
when a fixed period of time limit is exceeded 
on the parallel inferring. 

7. The system of claim 1 or 3, wherein said 
means for confirming includes means to output 
the Inferring results and interact with the user 
through a multi-window environment 

a The system of claim 3 or 6, wherein said fixed 
period of time limit is fixed dependant upon 
the corresponding knowledge object. 

9. A method according to claim 1, wherein the 
knowledge object includes means to place its 
operation in a wait state during the parallel 
inferring of only the replicated knowledge ob- 
jects (replicated) respectively while the knowl- 
edge object is in the wait state. 

10. A system of claim 1, said knowledge object 
including a plurality of different expert knowl- 
edge models; 

said kernel knowledge section selecting 
said one expert knowledge model from among 
the different expert knowledge models. 

11. A system of claim 1, including: 

means for generating different hypothetical 
situations; 

said means for generating further user es- 
tablishing a new hypothetical situation that is 
not usually generated by knowledge object 
during inferring when the conflicting occurs 
with the different strategies; and 

said kernel knowledge section having 
means for estimating the reliability and effec- 
tiveness of the different strategies by inferring 
with the different strategies and the new hy- 
pothetical situation, and outputting the inferring 
results. 

12. A system according to claim 11, wherein said 
means for estimating uses situational data in 
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use when the conflict is generated for said 
estimating. 

13. An inference management method performed 
by a computer system, comprising the steps 
ot 

generating at least one hypothetical situ- 
ation and strategies; 

inferring with the at least one hypothetical 
situation and strategies to provide respective 
inferring results: 

when there is a conflict of strategies for 
the inferring, inputting a different new hypo- 
thetical situation that is not usually generated 
for each strategy; and 

estimating the reliability and effectiveness 
of the conflicting different strategies by infer- 
ring with use of the conflicting different strat- 
egies for the new hypothetical situation and 
outputting the inferring results. 

14. A method according to claim 13, including 
storing the situational data that was being used 
for the inferring when the conflict was gen- 
erated. 

15. An inference management method executed 
by a computer system, comprising: 

executing the control of, management of, 
and inferring with a knowledge object com- 
prised by at least one kernel knowledge sec- 
tion and a selected one of a plurality of dif- 
ferent expert knowledge models; 

replicating the knowledge object by repli- 
cating at least the selected one expert knowl- 
edge model and the at least one kernel knowl- 
edge section to produce a knowledge object 
(replicated), when there is conflict in the 
course of inferring with situational data with 
use of at least one strategy and use of at least 
one hypothetical situation; and 

thereafter inferring in parallel with duplicate 
kernel knowledge sections that are equal in 
number to the number of conflicting strategies 
times the number of different hypothetical situ- 
ations, with each kernel knowledge section re- 
spectively inferring with a unique combination 
of a hypothetical situation and a conflicting 
strategy and with a separate one of duplicate 
expert knowledge models, respectively, and 
each using the same common situational data 

16. The method of claim 15 including removing 
replicated expert knowledge models and repli- 
cated kernel knowledge sections. 

17. The method of claim 16, including automati- 
cally selecting an optimum strategy from the 



parallel inferring results; and 

confirming the selection of an optimum 
strategy, by outputting the inferring results for 
display, and inquiring of the user and permit- 
5 ting input of a user choice among the strat- 

egies that produced the inferring results for 
adoption of anew optimum strategy. 

18. The method of claim 17, including generating 
10 different strategies, and storing a strategy last- 
ly inputted by the user as the most preferred 
strategy together with the strategies generated. 

19. A method according to claim 15, including 
15 automatically selecting an optimum strategy by 

estimating the inferring results; and 

confirming the selection of a strategy by 
outputting the inferring results, and inquiring of 
the user and permitting input of a user choice, 
20 among the strategies that produced the results, 
different from that selected by the automati- 
cally selecting, for adoption of a new optimum 
strategy. 

25 20. A method according to claim 19, including 
generating different strategies and including 
storing a strategy inputted by the user as a 
preferred strategy over the strategies gener- 
ated. 

30 

21. A method according to claim 15, including 
automatically breaking the parallel inferring 
when a fixed period of time limit is exceeded 
on the parallel inferring. 

35 

22. The method of claim 17 or 21, including set- 
ting the fixed period of time limit in depen- 
dence upon the knowledge object 

40 23. A method of claim 15, including outputting the 
inferring results and interacting with the user 
through a multi-window environment 

24. A method according to claim 15, wherein said 
45 parallel inferring is conducted with only repli- 
cated kernel knowledge sections and replicat- 
ed expert knowledge models while placing the 
kernel knowledge section that was inferring at 
the time of conflict in a wait state. 

50 

25. The method of claim 15, including: 

generating different hypothetical situations 
and strategies for inferring with the hypotheti- 
cal situation; 

55 when the conflict occurs, inputting a user 

established new hypothetical situation that is 
not usually generated for each strategy; and 
estimating the reliability and effectiveness 
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of the conflicting different strategies by infer- 
ring with use of the conflicting different strat- 
egies for the user established hypothetical situ- 
ation and outputting the inferring results. 

26. A method according to claim 25, including 
using the situational data that was being used 
for the inferring when the conflict was gen- 
erated for said estimating. 

27. A method according to claim 13 or 25, includ- 
ing requesting the user to establish hypotheti- 
cal situations to be analyzed for conflicting 
different strategies. 

2a A method according to claim 13 or 25, includ- 
ing storing the relationships between the con- 
flicting different strategies and hypothetical sit- 
uations in a hypothetical case relational table; 
and 

fetching a hypothetical case for a strategy 
to be estimated from the hypothetical case 
relational table at a later time with respect to a 
similar case. 

29. A method according to claim 13 or 25, includ- 
ing storing user situational data and generating 

% situational data in use when the conflict was 
generated, the different conflicting strategies, 
hypothetical situations used for the estimating 
and the estimating results with an estimate 
case identifier, and fetching using the case 
identifier for use at a later time for a similar 
case. 

30. A method according to claim 13 or 25, includ- 
ing storing the hypothetical situations in a data 
table, with the relationships between the dif- 
ferent strategies and the hypothetical situations 
established by rules, for recall and use at a 
later time for a similar situation. 

31. A method according to claim 13 or 25, includ- 
ing using a knowledge database for fetching an 
optimum strategy from past estimating results 
when the conflict is generated for different 
strategies and automatically selecting one of 
the conflicting strategies based on the knowl- 
edge database, so that the conflicting strat- 
egies are modified interactively. 

32. An inference management system to control a 
computer system, comprising: 

means for generating different hypothetical 
situations; 

means for providing different strategies; 

means for inferring with the different strat- 
egies; 



means for outputting results of inferring 
with the strategies; 

means for establishing a hypothetical situ- 
ation, that is not usually generated for each 
5 strategy when a conflict occurs during the in- 
ferring for the different strategies; and 

means for estimating the reliability and ef- 
fectiveness of the conflicting different strat- 
egies by inferring with the different strategies 
10 and the hypothetical situation, and outputting 
the inferring results. 

3& A system according to claim 32. wherein said 
means for estimating includes means for stor- 
75 ing situational data In use when the conflict is 
generated for said estimating. 

34. A system according to claim 11 or 32, wherein 
said means for generating includes means for 

20 requesting the user to input a hypothetical 
situation to be analyzed for conflicting different 
strategies. 

35. A system according to claim 11 or 32, includ- 
25 ing means for storing the relationships be- 
tween the conflicting different strategies and 
hypothetical situations in a hypothetical case 
relational table; and 

means for fetching a hypothetical case for 
30 a strategy to be estimated from the hypotheti- 
cal case relational table. 

36. A system according to claim 35. including 
means for storing user data obtained when the 

35 conflict is generated for strategies, the different 
strategies, hypotheticai situations used for the 
estimation, and the estimate results with an 
estimate case number, and performing said 
fetching using the case number. 

40 

37. A system accordtg to claim 11 or 32, including 
means for storing the hypothetical situations in 
a data table, and representing the relationships 
between the different strategies and the hy- 

45 pothetical situations established by rules. 

3a A system according to claim 11 or 32, includ- 
ing means for using a knowledge database for 
fetching an optimum strategy from past es- 
50 timating results when the conflict is generated 
for different strategies and automatically se- 
lecting one of the conflicting strategies based 
on the knowledge database, so that the conflic- 
ting strategies are modified interactively. 

55 

39. A system according to claim 32. wherein said 
means for outputting results outputs the results 
to a visual display for a user of the system . 
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40. A system according to claim 32, wherein said 
means for inputting said strategies automati- 
cally inputs the different strategies from an 
expert knowledge model without user input 

5 

41. A system according to claim 40, wherein said 
means for inputting selects the expert knowl- 
edge model from among a plurality of different 
expert knowledge models. 

10 

42. A system according to claim 32, including 
means generating from an expert knowledge 
model a hypothetical situation to be used in 
the inferring. 

75 

43. An inference management system for use in a 
computer system, comprising: 

a plurality of different expert knowledge 
models, corresponding to different experts; and 

a kernel knowledge section for selecting, 20 
executing the control of, management of and 
inferring with a selected one of the expert 
knowledge models using different strategies. 

44. The system of claim 43, including means re- 25 
questing the user to establish different strat- 
egies for hypothetical situations for the infer- 
ring. 

45. The system of claim 43, including means with- 30 
in the kernel knowledge section for automati- 
cally generating different hypothetical situa- 
tions for use in the inferring. 

46. An inference management system for use. in a 35 
computer system comprising: 

at lest one expert knowledge model; 

a kernel knowledge section having means 
for executing the control of the expert knowl- 
edge model, means for management of the 40 
expert knowledge model, and means for infer- 
ring with different strategies using the expert 
knowledge model; 

means for replicating at least the means 
for inferring part of said kernel knowledge sec- 4s 
tion, when there are conflicting different strat- 
egies in the course of an inferring with the 
expert knowledge model and with one set of 
situational data, to produce at least two sub- 
stantially duplicate means for inferring; and so 

means for controlling said duplicate means 
for Inferring for parallel inferring using the con- 
flicting different strategies, respectively, and 
each using substantially the same set of situ- 
ational data used at the time of conflict 55 

47. The system of claim 46, including means for 
automatically selecting a strategy from the in- 



ferring results of the conflicting strategies; and 
means for confirming the selection of a 
strategy by outputting the inferring results, in- 
quiring of the user and permitting input of a 
user choice different from the strategy select- 
ed by the means for automatically selecting, 
for adoption of an optimum strategy. 

4a The system of claim 46, including means for 
automatically breaking the parallel inferring 
when a fixed period of time limit is exceeded 
on the parallel inferring. 

49. The system of claim 46, wherein the kernel 
knowledge section includes means for storing 
a strategy inputted by the user as a preferred 
strategy for inferring. 

50. A system of claim 46, further including means 
for replicating each of the duplicate means for 
inferring when there are conflicting different 
strategies in the course of parallel inferring 
with the duplicate means for inferring to there- 
by produce a second generation duplicate 
means for inferring; and 

means for controlling said second generat- 
ing duplicate means for parallel inferring re- 
spectively using the conflicting different strat- 
egies of the duplicate means for inferring, and 
each second generation duplicate means for 
inferring using the situational data used at the 
time of conflict with the duplicate means for 
inferring. 

51- An inference management system for use in a 
computer system, comprising: 

a knowledge object having an expert 
knowledge section with a plurality of expert 
knowledge models, and a kernel knowledge 
section for selecting, executing the control of, 
management of, and inferring with the selected 
expert knowledge model; 

means for generating different strategies 
and different hypothetical situations; 

means for replicating the knowledge object 
when there are conflicting different strategies 
in the course of inferring by the kernel knowl- 
edge section with the selected expert knowl- 
edge model using one set of situational data to 
produce at least a number of knowledge ob- 
jects (replicated) equal to the number of con- 
flicting strategies times the number of hypo- 
thetical situations used in the inferring when 
the conflict occurred; 

means for controlling said knowledge ob- 
jects (replicated) for inferring in parallel, each 
using a unique combination of one of the con- 
flicting different strategies and one of the hy- 



25 



EP 0 446 823 A2 



pothetical situations respectively, and each us- 
ing the same one set of situational data used 
at the time of conflict: 

means for removing knowledge objects 
(replicated) 5 

means for automatically selecting an opti- 
mum strategy from the parallel inferring re- 
sults; and 

means for confirming the selection of a 
strategy by outputting the parallel inferring re- 10 
suits, inquiring of the user and permitting input 
of a user choice different from the strategy 
selected by the means for automatically select- 
ing, for adoption of an optimum strategy. 

75 

52. The system of claim 51. including means for 
automatically breaking the parallel inferring 
when a fixed period of time limit is exceeded 
on the parallel inferring. 
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